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SUMMARY 


This  a cud})  was  undertaken  in  an  effort  to  develop  a  set  of  precepts 
that  might  be  useful  in  the  transition  phase  of  NAPALM. 

The  transition  phase  is  defined  as  that  period  during  which  the  new 
information  system  is  transferred  from  the  design  stage  to  operational 
status  with  concomitant  phasing  out  of  the  old  system.  Three  commonly-used 
methods  of  transition  are  compared:  (1)  Parallel  Operation;  (2)  Pilot 
Operation  and;  (3)  Direct  Conversion..  The  ways  in  which  such  critical 
tasks  as  equipment  installation!  personnel  training,  file  conversion,  system 
monitoring  and  system  modification  are  handled  under  each  method  are  described 
with  the  conclusion  that  the  Direct  Conversion  method  is  preferred. 

During  the  course  of  this  project,  a  study  was  made  of  the  techniques 
followed  in  Project  SPEED,  a  project  under  which  a  number  of  D.S.  Army  Depots 
implemented  a  standard  information  processing  system.  Experience  obtained 
in  this  project  was  used  in  the  formalation  of  a  set  of  recommendations  on 
how  the  transition  phase  can  be  facilitated. 

A  slightly  less  detailed  version  of  this  report  was  used  by  the  author 
to  fulfill  the  thesis  requirement  for  the  MBA  degree  at  the  University  of 
Pennsylvania.  This  work  was  done  while  the  author  was  a  part-time  employee 
of  the  Inventory  Research  Office  in  the  period  September  1967  to  May  1968. 


iv 


rl*  V  f  lkk:  Jtfc 


Much  of  tha  information  on  Project  SPXSD  via  obtained  from 

iattrtlwa  with  tha  following  paopla: 

Mias  Jana  O'Bara,  Data  Systems  Diraotorata 
U.  S.  Army  Supply  Dapot 
Tobyhama,  Pannaylsania 

Mr*  Thome j  Vinson,  Data  Systems  Divaatarata 
U.  S.  Army  Supply  Dapat 
Anniston,  Alabama 

Maaara*  Frank  Marsh  and  Damnis  IMMai 
Army  Logiatiaa  Syatama  Support  Oamtar 
Lattsrkanay  Army  Supply  Dapat 
Chanbarsbarg,  Paanaylrania 


V 


INTRODUCTION 


Tha  ntsd  for  sccurr*#  and  timely  information  that  la 
useful  la  tha  operation  of  aa  organisation  la  an  aooaptad 
prlneiple.  Many  faota  ara  required  to  lafluanoa  and  support 
tha  deelslona  which  uuat  ba  made.  All  organisations  have 
u hat  ny  ba  called  a  "management  Information  system. "  Tha 
dagraa  of  aophlatloatloa  in  thaaa  systems  varlea  greatly;  but 
thara  Mat  ealat  aoaia  maana  for  managaaant  to  obtain  informs* 
tlom  about  operations.  This  information  la  than  used  for  ask* 
lag  operational  decisions* 

Ha  this  ara  of  rapid  change  aad  growth#  it  la  aaaaa- 
MH^MMNhia*  information  systems  heap  paoa  with  tha  moods 

of  tha  organisation  they  support,  daw  ayataaa  ara  designed 
ahd  dwVbloped  to  meat  thaaa  expanding  requirement  a.  Tha  lmplo* 
mentation  of  thaaa  ayatama  praaants  apeoial  problems  which  ara 
tha  area  of  consideration  in  this  study. 

Tha  situation  under  consideration  la  one  in  whloh  a 
management  Information  system  has  been  enlarged  and  updatsd. 

New  equipment  has  been  added.  Existing  procedures  here  been 
changed  end  new  onea  developed.  The  apeelfio  problem  dealt 
with  In  this  paper  la  tha  process  of  transition  from  one  lnfor* 
nation  system  to  a  larger#  more  comprehensive  one.  This  task 
involves  transferring  tha  operations  and  responsibilities 


of  the  organization' a  information  requirements  from  the  old 
system  to  the  new. 

Chapter  I  attempts  to  give  tho  reader  an  understand¬ 
ing  and  appreoiatlon  for  the  role  of  transition  in  the  prooess 
of  information  systems  development.  Chapter  II  deals  with 
the  technique  of  systems  transition  or  conversion**1  The  vari¬ 
ous  methods  of  transition  ars  identified  and  evaluated  with 
regard  to  whet  la  to  be  accomplished  during  transition* 

Chapter  III  it  a  discussion  of  tho  personnel  problems  in  sys¬ 
tem  transition!  and  Chapter  IV  presents  e  comprehensive  pro¬ 
gram  for  approaohing  the  teak  of  transition.  The  final  chap¬ 
ter  summarizes  the  mein  points  in  this  thesis* 


^"transition  or  conversion"--these  words  are  used 
interchangeably  throughout  the  text. 
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CHAPTER  I 


THE  NATURE  OF  THE  TRANSITION  PROCESS 

INTRODUCTION 

The  purpose  of  this  chapter  la  to  provide  sn  under¬ 
standing  of  the  rols  of  transition  in  the  proeeas  of  informa¬ 
tion  eyaten  development.  Th*  funotion  of  th*  transition  per¬ 
iod  la  dlaousaed  at  wall  as  th*  anvlronsant  in  which  it 
occurs.  Th#  various  taaka  which  must  be  perfowed  during 
this  tin*  ara  identified  and  described.  Finally,  an  example 
of  a  #70 tea  conversion  la  introduced.  This  ereaple  la  referred 
to  throughout  this  paper  to  Illustrate  various  points  in  th* 
text. 


TH3  IMPORTANCE  OF  IMPLEMENTATION 

gg  'mmm  tom 


The  translation  of  a  work  of  design  from  Its  blue¬ 
prints  Into  a  tangible  reality  11  critical.  Unfortunately, 
the  implementation  phase  is  sometimes  negleoted.  Well  designed 
buildings  may  be  poorly  constructed.  Excellent  operating  plans 
ere  mismanaged  in  execution.  The  design  and  the  plan  are  of 
little  value  unless  they  are  implemented  properly  and  perform 
the  function  intended  of  them. 
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This  is  also  true  for  the  mangement  information  sys¬ 
tem  which  las  "a  network  of  procedures  that  will  process 
raw  data  in  such  a  way  as  to  generate  the  information  required 
for  management  use."*  This  network  must  be  constructed  and 
taads  operable  before  the  organization  can  obtain  the  fruits 
of  ths  aysts-i  design.  One  phase  of  the  implementation  pro¬ 
cess  is  the  transition  from  the  existing  system  to  the  new 
daaign.  The  following  simplified  diagram  represents  the 
process  of  system  development. 


^•KecPonsld  W.  Anderson,  ”The  What  and  Whereto..,., 
Management  Information  Systems,*’  Data  Processing  Yearbook, 
1965,  P.  105. 
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This  figure^-  demonstrates  that  the  to:  k  of  system 
transition  is  the  final  stage  of  development.  As  the  name 
imolles,  it  is  the  link  between  the  fully  designed  and  pre¬ 
pared  model  and  the  functioning  information  system.  It  is 
evident  from  the  diagram  that  the  preparation  of  the  system 
is  completed  prior  tc  the  start  of  the  transition  process. 

It  must  be  emphasized  that  the  time  of  transition  is  not  one 
for  training  personnel  or  debugging  computer  programs.  These 
tasks  should  be  completed  before  transition  begins. 

The  purpose  of  this  study  is  to  focus  on  the  period 
of  transition  as  a  component  of  system  development.  By  isola¬ 
ting  and  discussing  the  problems  involved  in  transition,  an 
aporoach  to  the  task  is  developed  which  may  be  applied  to  such 
situations  in  an  effort  to  insure  a  smooth  transition. 

FUNCTION  OF  TRANSITION  PERIOD 

The  primary  activity  during  conversion  of  an  exist¬ 
ing  system  to  a  new  system  is  the  transfer  of  responsibility 
for  the  organization’s  information  requirements.  This  trans¬ 
fer  must  be  achieved  without  interrupting  the  normal  operations 
of  the  organization.  The  transition  of  information  ayatema 
occurs  in  a  dynamic  environment.  The  organization  must  con¬ 
tinue  to  function  during  the  period  of  transition,  and  thus 

•^•Thls  diagram  was  develop  .d  by  the  author  from  simi¬ 
lar  drawings  which  appear  in  the  literature  on  systems  develop¬ 
ment  . 
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depends  on  the  information  system  which  is  undergoing  revision. 
If  the  conversion  does  not  proceed  rapdily  and  smoothly,  the 
organization  operates  without  adequate  information.  This 
situation  could  be  an  eoonomic  detriment  to  the  organization. 
Another  task  which  la  performed  during  the  period  of 
conversion  is  an  evaluation  of  the  system* s  performance*  There 
are  two  reasons  for  the  evaluation.  First,  it  la  necessary 
to  assure  that  the  system  has  been  properly  assembled  accord¬ 
ing  to  the  system  design.  Second,  an  evaluation  could  uncover 
flews  in  the  design  of  the  ayetem  which  previously  have  not 
been  apparent*  Also,  this  process  of  evaluation  may  identify 
potential  modification*  to  improve  the  system* 

Summarizing  this  discussion  on  the  function  of  the 
transition  period,  the  following  goals  may  be  identified: 

1.  To  transfer  responaibility  for 
information  from  the  eld  to  the 
new  system. 

2.  To  evaluate  the  performance  ef  the 
system  to  Insure  proper  construction 
and  use* 

The  achievement  of  these  goals  is  subjoct  to  the  maintenance 
of  continued  operations  by  the  organization. 
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OP  NATIONS  OF  TRANSITION 


Having  defined  the  nature  of  the  transition  process, 
the  various  tasks  associated  with  it  are  now  described. 

Equipment  and  Sbpplies^-The  initial  concern  is  that 
the  neoessary  equioment  and  supplies  be  available  to  support 
the  system,  e.  g.  the  proper  type  of  magnetic  tape,  p.»per  for 
the  printer,  forms  necessary  for  clerical  procedures,  etc. 

These  materials  should  be  available  in  sufficient  quantities 
to  sustsin  operations  until  a  normal  usage  rate  la  determined. 

File  Conversion. —This  is  the  first  physical  act  of 
changing  from  the  old  to  the  new  system.  The  existing  data 
base  of  the  organization  must  undergo  revision  in  both  its 
medium  of  storage  (tape,  puched  cards,  magnetic  surfaca)  and 
its  various  formats.  All  of  these  data  files  must  be  con¬ 
verted  to  their  configuration  under  the  new  system  so  that 
the  new  computer  programs  can  be  used. 

Monitoring  the  System. --Once  files  have  been  converted 
and  the  routine  system  operations  are  being  performed,  the 
system  must  be  monitored  to  insure  that  it  la  functioning 
properly  and  that  there  are  no  flaws  in  the  system.  An  approach 
to  this  problem  is  considered  in  Chapter  I'- . 

Syster  ?1odlf  lea  t.  ion. — As  the  system  continues  to  oper¬ 
ate,  flawa  may  be  discovered  which  may  be  attributed  to  poor 
design  or  to  errors  in  the  us  >  of  the  desi.^n.  Ti.ese  flaws 


must  be  corrected. 
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The  t asks  o’  transition  which  are  identified  in  the 
preceding  paragraphs#  comprise  the  activity  which  oocurs  dur¬ 
ing  system  conversion.  They  are  considered  again  in  Chapter 
IV  where  a  comprehensive  strategy  for  accomplishing  system 
transition  is  evolved. 

AK  EXAMPLE  OP  A  SYSTEM  C0KVSRS10M 

One  of  the  difficulties  in  examining  the  problem  of 
system  implementation#  end  specifically  system  conversion, 
is  that  thare  ia  no  typical  situation.  Each  conversion  has 
unique  aspects.  It  Is  valuable#  however#  to  refer  to  an  actual 
ayatem  tranaitlen- in  order  to  llluatrate  various  points  in 
the  text.  In  the  material  which  follows#  references  are  made 
to  a  system  conversion  which  was  perforsed  by  the  U.  S.  Army 
under  Project  SPEED.  This  project  was  conducted  by  the  U.  S. 
Army  Supply  and  Maintenance  Command^  to  update  and  standard¬ 
ise  th«9  data  processing  equipment  and  operating  procedures 
at  Its  major  supply  depots.  The  SPEED  system  was  implemented 
at  ten  depots  located  throughout  the  United  States.  A  eomp.'.ete 
description  of  Projeet  SPEED  is  found  in  the  Appendix. 


^now  the  Army  Materiel  Command, 


SUMMARY 


The  purpose  of  this  chapter  has  been  to  provide  an 
understanding  of  the  nature  of  the  transition  process  with 
a  newly  designed  information  syetem.  The  function  of  transi¬ 
tion  within  the  scope  of  system  development  has  been  identi¬ 
fied*  Finally*  the  various  tasks  which  ara  incorporated  in 
the  period  of  transition  have  been  defined  . 

In  the  next  chapter  the  techniques  which  may  be  uaed 
in  making  the  transition  to  the  new  system  are  enumerated  and 
evaluated.  A  recommendation  is  made  aa  to  the  technique  which 
is  most  efficient  in  ayetem  transition. 


CHAPTER  II 


TH :'J  METHOD  OF  TRANSIT! ON 


Introduction 

The  purpose  of  thia  chapter  ia  to  examine  the  alter¬ 
native  methods  thst  may  be  employed  in  the  task  of  phasing 
in  a  new  information  system.  The  various  methods  are  identi¬ 
fied,  and  a  brief  description  of  each  ia  presented.  These 
techniques  are  then  evaluated  on  the  basis  of  how  well  they 
accomplish  the  goals  of  system  conversion,  which  were  enumer¬ 
ated  in  Chapter  I.  As  e  result  of  thia  discussion,  a  recommen¬ 
dation  la  made  as  to  the  proper  approach  to  the  problem  of 
system  transition. 

Techniques  for  System  Conversion 

Following  is  a  description  of  the  three  basic  methods 
which  are  used  to  accomplish  the  phasing  in  of  a  new  informa¬ 
tion  system.  It  is  possible  that  in  certain  situs t iocs  an 
entire  system  may  not  be  converted  at  one  time.  It  is  often 
true  that  a  system  is  ^ade  operational  in  sections.  For  exam- 
019,  different  geographical  locations  within  an  organization 
may  be  converted  separately,  or  functional  application  areas 
such  as  cost  accounting  or  payroll  could  be  implemented  at 
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different  times.  In  such  coses,  the  methods  which  are  described 
here  are  still  apolicable. 

Parallel  Operations 

One  method  of  making  the  transition  from  tne  old  to 
the  new  systems  Is  that  of  parallel  operations.  This  is  the 
simultaneous  operation  of  both  syatama.  The  output  of  the 
new  system  is  compared  with  that  of  the  old  to  determine  if 
it  ia  performing  adequately.  These  operations  continue  until 
it  ia  decided  by  management  that  the  new  system  la  operating 
satlafactorily.  At  thia  point,  the  activity  on  the  old  sys¬ 
tem  ia  suspended;  and  the  new  system  assumes  its  role  in  the 
operation  of  the  organl set ion. 

Pilot  Operations 

This  method  ia  similar  in  principle  te  ywrallel  opera¬ 
tions.  While  the  existing  information  system  continues  te 
operate,  input  data  from  a  previous  time  period  is  used  by 
the  new  system;  and  the  results  are  compared  to  those  obtained 
with  the  old  system  using  the  asrae  input  date.  As  with  paral¬ 
lel  runs,  pilot  operations  are  intended  to  validate  the  new 
system  under  "live"  conditions. 

Direct  Conversion 

With  this  method,  the  operations  of  the  old  system 
are  terminated;  and  the  new  system  is  out  into  use  immediately 
after  all  data  file  and  program  conversions  hsve  been  made. 
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These  conversions  would  be  made  over  a  weekend  or  during  soma 
othar  non-operational  period  for  the  organization.  In  this 
method,  there  is  no  period  of  comparison  between  the  old  and 

r^w  ay  a  terns. 

The  three  techniques  described  above  are  those  gener¬ 
ally  used  in  making  the  transition  of  information  systems  * 

The  question  dealt  with  next  is  whether  any  particular  one 
of  these  methods  has  advantages  which  make  it  desirable  for 
use  in  ell  situations ^  First,  the  advantages  and  disadvan¬ 
tages  of  each  method  are  considered. 

ADVANTAGES  AND  DISADVANTAGES 

ranms - - - 

Parallel  Operations 

Advantages.— 1.  The  primary  advantage  of  paral¬ 
lel  operations  is  that  the  organisation  has  the  opportunity 
to  debug  the  new  system  completely  before  discarding  the 
old  system.  Parallel  operetiona  extend  this  advantage  since 
they  enoompaea  the  mnfcire  system  including  procedures  ecxter- 
ntA  to  the  computer.  This  simultaneous  operation  of  both 
systems  permit.)  both  evaluation  of  the  new  system  and  compari¬ 
son  of  its  performance  with  that  of  the  former  system. 

2.  Since  the  organization  can  still  rely  on 
the  old  information  system,  there  is  no  pressure  on  the  new 
system.  Its  performance  can  bo  carefully  evaluated,  flaws 
corrected,  and  modifications  oan  be  made  without  having  sn 
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adverse  effect  on  the  functioning  of  the  organization.  In 
this  way*  the  new  information  system  is  oporating  smoothly 
by  the  time  It  assumes  the  responsibilities  of  the  old  system. 

3«  A  period  of  parallel  operations  provides 
the  users  of  the  system  with  the  opportunity  for  learning  their 
rolos  in  the  new  system.  The  maohine  operators  aa  well  at 
the  functional  oersonnel  in  the  variouc  application  areas 
receive  the  benefit  of  "on  the  job  training,"  This  experi¬ 
ence  is  of  great  value  when  the  now  system  assumes  complete 
operation* 

Disadvantages. — 1,  The  initial  drawback  to 
parallel  operations  is  that  operating  two  systems  requires 
that  extra  personnel  be  hired,  or  that  the  usual  staff  be 
required  to  put  forth  greater  effort.  The  former  ie  an  expense, 
and  the  letter  ia  a  strain  on  the  personnel  which  may  become 
an  expense.  The  physical  and  emotional  demands  on  en  organi¬ 
zation  during  system  conversion  are  great,  and  the  added  bur¬ 
den  of  operating  two  separate  systems  may  contribute  to  more 
problems  than  it  solves, 

2.  If  the  organization  is  not  adequately 
staffed  for  parallel  operations,  there  is  a  tendency  for  the 
operating  personnel  to  neglect  the  new  system.  Their  chief 
responsibility  is  to  perform  the  operational  tasks  assigned 
to  their  group.  With  this  order  of  priority,  parallel 
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('Derations  might  be  ignored  by  the  peraonnol  in  favor  of  com¬ 
pleting  their  normal  workload.  This  action  prolongs  the  time 
of  pnrnllei  operations  and  consequently  delays  the  introduc¬ 
tion  of  the  new  system. 

3»  One  further  disadvantage  of  parallel  opera¬ 
tions  may  be  considered.  In  an  article  appearing  in  the  March- 
April,  1964  issue  of  the  Systems  and  Procedures  Journal,  John  F. 
Barnicle  writes  as  follows: 

Thera  are  indications  that  this  practice 
(parallel  operations) ,  rather  than  eliminat¬ 
ing  start-up  bugs,  helps  create  additional 
problems.  So  long  as  an  analyst  feels  that 
a  parallel  run  will  be  made,  he  subooxxcioualy 
knows  that  there  is  a  device  for  catching 
his  omissions  and  perhaps  does  not  achieve 
hie  maximum  effectiveness  during  the  develop¬ 
ment  of  the  system.  The  dotting  of  "i’a* 
end  crossing  of  "6*8*  is  left  to  be  picked 
up  during  the  parallel  run. 

Although  this  might  be  difficult  to  prove,  such  an  assertion 
is  not  completely  unreasonable. 


Pilot  Operations 

Advantages.--!.  It  allows  the  computer  pro¬ 
grams  of  tha  now  system  to  be  tested  completely  with  actual 
data  and  on  the  final  computer  configuration.  These  condi¬ 
tions  ere  not  always  possible  to  duplicate  at  a  manufacturer’s 
data  center.  Time  constraints  prevent  the  extensive  use  of 
representative  data.  In  addition,  the  equipment  configuration 


^■Jobn  P.  Bernicle,  "CoK.riUnleetiona,  Parallel  Rune 
and  liffective  Systems,"  3ystema  and  Procedures  Journal, 
March-April,  19o4*  d.  41 • 
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which  is  used  by  the  customer  may  not  bo  available  so  that 
a  true  system  simulation  is  not  achieved. 

2.  Pilot  Operations  also  provide  training 
for  the  equipment  operators  who  may  net  be  completely  familiar 
with  the  oceration  of  the  machine  prior  to  its  installation. 
Although  some  of  the  operators  have  been  sent  to  a  manu¬ 
facturer’s  school  and  local  training  sessions  have  been  pro¬ 
vided,  there  is  no  substitute  for  actual  experience  on  the 
equipment . 

3*  Because  the  pilot  operation  is  conducted 
off-line  with  data  from  a  previous  time  period,  an  acceler¬ 
ated  schedule  Is  possible.  Thus,  a  month’s  processing  work 
may  bo  completed  in  conoiderably  leas  than  a  month’s  time. 

This  allows  a  complete  teat  of  all  applications  in  a  rotfttlvely 
short  time.^ 

Disadvantages.--!.  It  does  not  provide  a  teet 
for  the  operations  and  procedures  which  are  external  to  the 
computer.  In  order  for  the  system  to  function  efficiently, 
the  manual  procedures  which  direct  information  to  the  computer 
and  also  mako  use  of  the  machine's  output,  must  perform  as 
well  as  the  comouter  routines.  Under  s  plan  of  pilot  opera¬ 
tions,  the  external  000 rating  procedures  for  the  new  system 
would  bo  conducted  during  a  separate  cycle,  and  because  of 
time  linit'itiona,  on  c  less  complete  basis  than  the  computer 
programs . 

^Irving  Solomon,  iiar.a-~orr.ont  ;;ses  of  the  Computer, 
pp.  I6I4.-I65. 
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2.  The  use  of  Dilot  operations  necessitates 
double  file  conversion.  The  data  files  of  the  old  system 
would  have  to  be  converted  into  the  format  u*ed  by  the  new 
system  so  that  pilot  operations  could  be  conducted.  After 
the  deoiaion  is  made  to  adoot  the  new  system,  the  files  must 
be  converted  again.  The  reason  for  the  double  conversion 
is  that  the  changes  which  oooured  in  the  existing  files  dur¬ 
ing  the  time  of  pilot  operations,  make  the  files  which  were 
constructed  for  pilot  operations  obsolete. 

Direct  Conversion. 

Advantages.--!.  The  primary  advantage  of  the 
direct  conversion  method  la  that  it  is  the  least  expensive. 
Since  the  only  concern  of  the  organisation  is  with  the  new 
system,  the  number  of  additional  personnel  required  is  negli¬ 
gible. 

2.  Thi a  method  does  not  present  as  great  s 
physical  burden  to  the  operating  personnel.  All  of  their 
efforts  nay  be  directed  toward  accoaplifching  their  workload 
by  the  use  of  one  system-- the  new. 

3.  Those  involved  in  mansging  the  conversion 
process  are  able  to  make  a  more  rapid  evaluation.  Since  the 
functions!  personnel  arc  working  exclusively  with  the  new 
system,  any  flaws  would  become  apparent  more  quickly. 
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Pi aad vantage 3 .  -  -1 .  There  is  no  protection 
for  tho  organization  in  the  event  that  the  new  system  becomes 
inoperative.  With  direct  conversion,  there  is  no  parallel 
system  to  serve  os  bacH-uo  while  the  new  system  is  being 
debugged.  The  general  performance  level  of  the  entire  organi¬ 
zation  could  be  seriously  lowered  if  the  information  ayatem 
on  which  it  relies  is  not  functioning. 

2.  With  the  abrupt  change  from  the  old  to 
the  new  system,  there  is  no  opportunity  for  the  users  of  the 
new  system  to  become  operationally  familiar  with  their  duties 
in  the  direct  conversion  method.  They  must  understand  the 
system  ooeration  before  it  actually  begins,  so  that  they  are 
capable  of  using  its  procedures  accurately. 

3.  The  direct  method  of  conversion  also  pro¬ 
duces  a  great  mental  strain  on  the  system  users.  They  are 
performing  their  duties  under  a  new  set  of  rules.  The  addi¬ 
tional  effort  and  concentration  that  is  required  for  this 
task  undoubtedly  has  an  effect  on  their  perfor- ance. 

In  order  to  make  0  meaningful  evaluation  of  alterna¬ 
tive  courses  of  action,  one  must  be  aware  of  the  essence  of 
the  task,  i.  c.  what  is  to  be  accomplished  by  these  plans. 

In  the  problem  under  study,  the  objectives  of  the  transition 
process  r*  st  be  clearly  understood  before  an  operating  plan 
can  be  developed. 
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FUNCTION  OF  TRANSITION  P5RI0P 


A s  discussed  in  Chapter  I,  the  objective  of  the  trans¬ 
ition  is  to  transfer  the  responsibility  for  information  require¬ 
ments  from  the  old  system  to  the  new.  However,  the  constraint 
which  must  be  considered  is  that  the  organisation  which  uses 
the  information  system  must  be  able  to  continue  operations 
with  a  minimum  degradation  in  its  performance. 

Prevailing  Opinions  in  the  Literature 

The  existing  literature  on  the  subject  of  system  trans¬ 
ition  overwhelmingly  viewa  this  period  aa  a  time  for  valida¬ 
ting  the  new  system,  i.e.  comparing  it  with  the  old  system 
to  uncover  any  flaws.  In  addition,  tha  time  of  transition 
is  looked  upon  aa  a  period  for  training  the  users  in  the 
operations  of  tha  system.^  The  latter  opinion  considerably 
broadens  the  aoope  of  the  transition  process.  Referring  to 
the  listed  advantages  of  parallel  and  pilot  operations,  one 
can  see  that  they  ere  based  on  this  premise.  Both  of  these 
methods  do  indeed  aid  in  proving  the  new  system  and  training 
the  personnel.  The  question  raised  is  the  following:  Are 
personnel  training  end  system  debugging  valid  activities 
during  the  transition  period? 

^  Ibid,  X  and  XI;  Ralph  W.  Fairbanks,  Successful 
Office  Automation,  ch.  15;  •*.  H.  Herrett,  "Transition  and 
Conversion^  Data  Processing  Digest,  September,  1966 
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SCO?a  OF  TRANSITION  PERIOD 

Personnel  training  and  system  perfection  may  be  part 
of  the  transition  period,  but  only  in  the  s ense  that  they 
are  a  continuing  part  of  system  operation.  The  improvement 
of  the  operations  of  an  information  system  in  its  personnel 
end  procedural  components  is  an  on-going  orooessc  The  major 
portion  of  system  validation  and  personnel  training  should 
be  concluded  prior  to  system  transition. 

Another  task  which  is  ascribed  to  the  period  of  transi¬ 
tion  is  that  of  comparing  the  performance  of  the  new  system 
to  that  of  the  old.  The  merit  of  this  exercise  is  question¬ 
able.  In  general,  6  newly  developed  information  aystem  is 
more  integrated  than  its  predecessor.  For  this  reason,  it 
is  dlffloult  to  compare  the  output  of  eaeh  in  all  applications.1 

What  is  required  during  the  transition  is  s  scheme 
of  evaluation.  The  purpose  of  this  scheme  is  not  primarily 
to  prove  the  deelgn  of  the  system  but  rather  to  determine 
that  the  system  la  operating  as  intended.  It  is  expected 
thst  design  flaws  may  be  uncovered,  but  the  evaluation  which 
ie  made  during  the  transition  period  is  only  concerned  with 
the  assembly  of  the  aystem  and  its  use. 

It  may  bo  concluded  from  this  discussion  that  the 
questions  concerning  the  capability  of  the  new  information 

^Bsmicle,  "Communications,  Parallel  Huns,"  p.  4I. 
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system  should  be  settled  before  the  system  is  Installed. 

The  time  of  transition  should  be  used  to  insure  that  the  sys¬ 
tem  design  la  being  followed. 

Summarising  this  approach  to  the  period  of  transition, 
it  can  now  be  said  that  the  primery  task  in  transferring 
information  ayatems  is  that  of  assembling  tun  elements  of 
the  system  as  speoified  in  its  design.  The  design  should 
have  been  validated  at  an  earlier  time. 

SVALUATINO  ALTERATIVE  METHODS 

The  three  methods  for  aocompllkhing  system  transition 
are  now  considered  in  tar*£  of  what  they  must  provide. 

Parallel  Operation* 

The  advantages  of  this  method  are  that  it  allowa  for 
the  parfeotlon  of  the  new  system  and  provides  personnel  train¬ 
ing.  Since  these  tasks  should  be  completed  as  pert  of  another 
phase  of  system  development,  they  are  not  a  consideration 
in  this  author’s  definition  of  system  transition.  Parallel 
ODerationa,  therefore,  are  desirable  only  in  the  event  that 
some  chases  of  preparation  are  neglected. 

Pilot  Operations 

This  method  is  undesirable  for  system  transition 
because  it  too  provides  benefits  which  should  not  be  neces¬ 
sary  if  adequate  preparation  is  made.  Pilot  operations  are 
useful  in  the  process  of  debugging  computer  programs  and  shr jld 
be  employed  for  that  purpose. 
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The  advantages  of  parallel  and  pilot  operations  are 
shown  to  bo  irrelevant  for  the  task  to  which  they  are  assigned. 
If  the  plan  for  system  implementation  is  well  designed  and 
if  its  schedule  and  objectives  are  met,  there  should  be  no 
need  for  system  debugging  and  personnel  training  during  the 
period  of  transition. 

Direct  Method  of  Conversion 

Since  parallel  or  pilot  operations  should  not  be 
required,  the  direct  conversion  method  is  the  logical  choioa 
for  implementing  system  transition.  This  is  the  least  expen¬ 
sive  method  since  the  manoower  required  is  the  same  as  for 
normal  operations. 

Tho  following  disadvantage*  were  cited  for  the  direct 
conversion  method:  {1)  no  back-up  system  to  compensate  for 
a  failure  with  the  new  system!  (2)  the  sytem  users  are  not 
given  an  opportunity  to  become  familiar  with  their  rolea  in 
the  new  system;  (3)  the  direct  conversion  method  causes  a 
mental  strain  on  the  personnel  affected  by  the  system  conver¬ 
sion.  In  order  to  Justify  fully  a  recorrsnendation  to  use  direct 
conversion,  these  disadvantages  must  be  considered.  * 

The  lock  of  a  back-up  system  during  system  transition 
Is  no  different  than  the  situation  which  exists  under  normal 
ooerating  conditions.  Whet  happens  if,  at  some  future  time, 
the  computer  is  unable  to  function?  There  is  no  parallel 
system  then  to  continue  operations.  Emergency  manual  procedures 
are  developed  for  use  in  such  situations .  Although  the  period 
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of  traneition  is  a  time  when  a  system  breakdown  is  nore  likely 
to  oocur,  the  emblems  which  are  created  can  be  overcome  by 
these  same  methods.  Raving  a  complete  system  operating  in 
parallel  seems  excessive. 

The  second  objection  to  direct  conversion  is  that 
the  operating  personnel  are  not  completely  familiar  with  the 
system.  This  objection  is  based  cn  an  assumption  that  orient* 
tion  and  training  of  personnel  are  not  completed  in  the  ear¬ 
lier  phases  of  system  implementation.  If  the  overall  plan 
of  system  implementation  la  well  conceived,  the  personnel 
who  ere  affected  by  the  system  conversion  are  adequately 
prepared  to  carry  on  the  operations  of  the  new  system.  The 
period  of  transition  should  not  be  used  for  training  person¬ 
nel  In  the  ubo  of  the  system. 

The  lest  objection  is  that  the  abrupt  change  with 
direct  eonveraion  results  In  oonsiderable  strain  being  plaoed 
on  the  operating  personnel.  This  is  indeed  true,  but  this 
strain  can  be  held  to  a  minimum  with  sufficient  training  in 
advance  of  conversion.  It  oan  also  be  said  that  the  strain 
of  direct  conversion  is  no  greater  than  that  experienced  with 
parallel  operations  where  the  personnel  are  attempting  to 
work  with  two  separate  systems. 

The  foregoing  discussion  has  dealt  with  the  objections 
to  using  direct  conversion  ss  the  method  for  system  transition 
It  has  been  indicated  that  these  objections  are  based  on  the 
concept  that  the  period  of  transition  io  a  time  for  personnel 
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training  and  verification  of  the  system  design.  It  is  the 
promise  of  this  author,  that  this  is  not  the  case. 

The  paragraphs  that  follow  relate  the  experiences 
of  the  U.  S.  Army  with  a  system  transition  under  Project 
SPEED. 

EXPERIENCE  OF  TRANSITION  WITH 

mrzerwm - 

Pilot  Operations 

The  task  of  converting  the  information  systems  at 
the  supoly  depots  to  the  SPEED  was  approached  In  the  follow¬ 
ing  manner.  Complete  3 PEED  hardware  systems  were  Installed 
at  two  depots.  Pilot  operations  were  conducted  for  two  months 
to  debug  the  computer  programs  before  the  system  was  Installed 
at  the  remaining  depots.  These  pilot  operations  were  an 
integral  part  of  the  preparation  of  the  system.  When  the 
decision  was  made  to  begin  conversion  at  the  remaining  depots, 
the  groups  from  the  pilot  ^Derations  were  divided  to  assist 
with  the  transition  at  these  other  depots. 

Use  of  Direct  Method 

The  direct  method  of  conversion  W3s  employed  in  making 
the  system  transition  at  the  suDply  depots.  Files  were  con¬ 
verted  over  a  weekend,  and  the  SPEED  system  wss  in  use  immedi¬ 
ately.  Provisions  were  made  within  the  depot  and  within  the 


entire  Army  supply  system  to  compensate  for  a  failure  in  the 
SPEED  system  during  conversion.  Ho  major  breakdowns  were 
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experienced,  however,  and  each  depot  was  able  to  maintain 
the  normal  flow  of  materiel. 

SUMMARY 

The  purpose  of  this  chanter  has  been  threefold.  First, 
the  three  methods  for  achieving  a  transition  between  informa¬ 
tion  systems  have  been  identified  and  examined.  The  advan¬ 
tages  and  disadvantages  of  esoh  have  been  enumerated.  Second, 
the  objective  anc.  the  scope  of  the  goals  of  transition  per¬ 
iod  have  been  defined  so  that  a  method  could  be  selected  which 
would  most  completely  satisfy  the  objective.  Finally,  the 
three  methods  have  been  evaluated  in  terms  of  the  requirements 
for  the  transition  proceea.  The  direct  method  of  conversion 
has  been  selected  as  the  most  desirable  since  it  requires 
the  least  amount  of  resources.  The  methods  of  parallel  and 
pilot  operation  are  more  expensive,  and  the  benefits  which 
they  offered  are  not  related  to  the  role  of  transition  in 
the  whole  process  of  system  development. 

As  an  example  of  the  use  of  the  direct  conversion 
method  for  system  transition,  a  brief  description  of  this 
phase  of  Project  SP has  been  presented.  The  successful 
experience  obtained  from  this  project  helps  to  lend  merit 
to  the  suggestion  that  the  direct  conversion  method  be  emp] eyed 
in  system  transitions. 

The  next  chapter  considers  the  personnel  aspects  cf 
system  transition.  The  various  problems  involved  in  this 
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process  are  exposed  and  recommendations  are  made  for  their 
solution.  The  role  of  management  in  system  transition  is 
also  discussed. 


CHAPTER  III 


Mi  TRANSITION  PROCESS: 
PERSONNEL  CONSIDERATIONS 
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INTRODUCTION 

The  purpose  of  this  chapter  is  to  consider  the  role 
of  personnel  in  the  Drooeea  of  system  transition.  First, 
personnel  are  identified  as  w  basic  element  of  an  informa¬ 
tion  system,  and  then  their  role  within  the  system  is  dis¬ 
cussed.  The  problems  posed  by  personnel  during  aystem  transi¬ 
tion  ere  enumerated  3nd  discussed.  Re commend at ions  sre  then 
mens  a »  to  ways  of  avoiding  these  problems.  Finally,  the 
role  of  line  management  during  transition  is  considered,  and 
their  proper  function  Turing  transition  is  discussed* 


THE  IMPORTANCE  OF  PERSONNEL 
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The  Importance  of  personnel  in  the  transition  from 
one  Information  system  to  another  sptly  expressed  in  the 
following  statement: 

The  introduction  of  any  new  system  of  opera¬ 
tion  faces  its  greatest  obstacles  in  chang¬ 
ing  the  habits  of  oeopls, . . . .The  human 
problems  exceed  the  technical  problems  in 
comolexlty  and  difficulty,  failure  to  rea¬ 
lize  the  presence  and  nature  of  those 


26 


27. 

human  problems  creates  a  high  rink  of  fail¬ 
ure  for  the  entire  undertaking. 

System  transition  would  be  greatly  simplified  if  the  only 

personnel  requirement  were  that  the  staff  be  adequately  trained. 

Training  is  neoesaary,  and  indeed  vitalj  but  it  is  only  s  part 

of  the  effort  required. 

PERSOHNiSL  IN  SYST.-y.  OPERATION 

The  b& 3i o  element#  of  a  management  information  system 
may  be  identified  as  follows: 

1.  Equipment 

2.  Personnel 

3.  Data  Base 

I4..  Computer  Programs 
5.  Operating  Procedures 

Personnel  are  an  integral  part  of  an  information  system.  They 
are  not  an  external  entity  which  merely  use  the  system  as  a 
tool  in  their  ooerationa.  knowledge  of  this  fact  is  critical 
for  effootive  design  and  implementation  of  information  eyetems. 
Poor  performance  by  this  element  csn  disable  the  system  as 
effectively  as  a  machine  breakdown  or  errors  in  the  computer 
programs . 

^■Richard  G.  Canning,  ilectronlc  Data  Processing  for 
Business  and  Industry,  Appendix  I,  p.  5l6. 
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Perry  -J.  Roaove,  Developing  Computer-based  Informa¬ 
tion  Systems,  d.  106,  ”* 
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Tho  personnel  associated  with  the  management  informa¬ 
tion  system  may  be  divided  into  two  categories:  those  who 
operate  the  system,  and  those  who  use  it.  in  many  situations 
the  distinction  is  not  clear;  some  individuals  who  use  the 
system  in  their  functional  activities  are  also  part  of  the 
network  which  channels  information  into  the  computer,,  and 
thua  are  involved  in  the  system  operation. 

Both  categories  of  personnel  play  an  important  role 
in  the  auocesaful  ooeration  of  the  information  system.  Those 
concerned  with  the  system  operation  must  perform  tho  various 
teaks  which  keep  the  syetem  functioning  and  responsive  to  the 
needs  of  management.  The  users  of  the  system  must  employ  its 
output  effectively  so  that  the  organization  can  profitably 
use  the  data. 

In  view  of  the  importance  of  personnel  to  the  function¬ 
ing  of  the  information  system,  it  is  understandable  that  they 
are  also  of  prime  concern  in  the  process  of  transition.  This 
subject  is  discussed  in  the  following  section. 

TKB  «OLS  OF  PERSON!  J, 

IH  fkANSlTIOi? 

The  individual,  an  a  part  of  the  entire  system,  ploys 
tho  following  role  during  the  time  of  system  transition.  He 
is  responsible  for  carrying  out  the  changes  in  operating  pst- 
teraa  which  are  a  reauit  of  tne  new  design.  U  is  through 
his  efforts  that  the  transition  tc-  the  new  system  is  really 


on 
C.  7  • 


accomplished.  The  oersonnel  mu3t  be  csosble  of  performing 
their  respective  tasks  correctly  so  that  the  system  can  func¬ 
tion. 

New  information  systems  usually  incorporate  new  ideas 
and  methods.  If  the  individual  is  not  receptive  to  these 
methods,  there  are  many  subtle  ways  in  which  he  can  provide 
resistance.  An  individual  Is  not  receptive  to  s  new  system 
if  he  is  concerned  about  its  effect  on  him.  Does  he  have 
the  ability  to  perform  his  new  function?  Would  ha  retain  hie 
prestige  within  the  group?  Perhaps  there  ie  even  «  possibil¬ 
ity  that  hie  Dosition  might  be  abolished.  It  is  beneficial 
for  the  success  of  the  transition  if  the  personnel  effected 
by  the  system  change  do  not  feel  threatened,  so  they  accept 
this  ohange  at  least  to  the  point  that  they  do  not  disrupt 
system  operations. 

PSRSONH PROBLEMS  ASSOCIATED 
Wife  TRANSITION 

1.  Insufficient  Training. — One  obvious  problem  with 
respect  to  personnel  is  that  they  may  not  be  adequtely  prepared 
to  perform  their  assigned  duties  under  the  new  system.  This 
situation  seriously  handicaps  the  transition  process.  If 
machine  operators  ere  not  familiar  with  their  equipment,  job 
processing  time  could  increase  significantly^  or  errors  could 
result  in  files  being  destroyed,  errors  by  clerical  personnel 

^Robert  K.  'Iregcry  snd  Richard  L.  VanKora,  Automatic 
Data  Proces3ign  Systems,  p.  6i|7. 
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could  also  hamper  the  task  of  system  conversion.  Forma 
improperly  completed  or  the  incorrect  interpretation  of  the 
machine  output  may  cause  unnecessary  complications. 

It  is  unrealistic  to  expect  transition  without  mis¬ 
haps;  however,  the  degree  of  training  and  system  familiarity 
which  the  personnel  bring  to  the  conversion  process,  greatly 
affects  its  success. 

In  Project  SPEED,  for  example,  the  training  of  person¬ 
nel  was  csrried  out  by  each  depot.  The  machine  operators  at 
•  »eh  depot  possessed  a  verying  degree  of  skill  prior  to  SPEED. 
Since  the  training  of  these  operators  for  the  SPEED  system 
was  not  co-ordinated,  the  result  was  that  the  level  of  compe¬ 
tence  of  operators  was  not  uniform.  This  was  especially 
noticeable  when  the  data  files  were  converted.  Some  depots 
were  able  to  convert  more  rapidly  than  others  due  to  the  skill 
of  thair  operators. 

2.  Negative  Attitude  Toward  the  System. — The  other 
major  problem  associated  with  system  personnel  is  their  accept¬ 
ance  of  tbs  new  system.  As  stated  earlier,  personnel  mey  be 
antagonistic  toward  the  new  system,  and  this  attitude  could 
affect  their  oerformance.  Roaove  gives  the  following  reasons 
for  possible  dissatisfaction:  (1)  unfsmiliarity  with  informa¬ 
tion  system  technology;  (2)  personnel  not  having  participated 
in  the  development  of  the  system;  (3)  personnel  not  having 
participated  in  the  planning  for  system  transition;  O4.)  personnel 


not  having  been  prepared  for  the  new  system  by  training  and/or  orientation. 

The  first  and  the  last  reasons  are  related  to  insufficient  training 
and  are  considered  in  the  next  section.  The  issue  of  personnel  participa¬ 
tion  in  system  development  and  transition  planning  raises  other  questions 
which  are  dealt  with  in  this  chapter. 

AVOIDING  PERSONNEL  PROBLEMS 

Adequate  Training 

The  point  has  been  established  that  personnel  competence  is  a  crucial 
ingredient  in  a  successful  system  transition.  The  training  of  the  individuals 
who  operate  and  use  the  system  is  not  part  of  the  transition  process  but  its 
importance  demands  some  consideration. 

The  objective  of  any  training  program  is  to  prepare  the  individual  to 
perform  his  assigned  tasks  with  an  adequate  degree  of  skill  and  accuracy  so 
that  the  overall  system  will  function  effectively.  The  achievement  of  this 
goal  is  somewhat  complicated  in  the  situation  under  study.  It  is  not  a  case 
of  training  new  personnel  coming  into  the  organization.  The  problem  is  one 
of  retraining  people  to  do  their  jobs  by  different  methods.  It  is  a  task  of 
unlearning  as  well  as  learning.  Another  impediment  to  the  task  of  training 
is  that  the  personnel  must  continue  to  operate  the  old  system  during  the 


training  period.  With  the  direct  conversion  of  systems,  personnel  are  re¬ 


quired  to  make  an  abrupt  switch  in  operating  procedures.  This  situation  is 


not  conducive  to  effective  training. 
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In  developing  a  training  program  two  approaches  should  be  taken.  The 
first  is  to  educate  personnel  in  the  general  functions  and  purposes  of  the 
entire  system.  The  other  is  a  specific  and  detailed  instruction  program  for 
each  task  in  the  system.  The  reason  for  the  latter  is  obvious  so  let  us 
consider  the  value  of  the  first. 

By  informing  the  personnel  involved  with  the  system  of  its  basic  con¬ 
cepts  and  objectives,  they  may  appreciate  more  fully  the  various  tasks  which 
they  will  be  required  to  perform.  If  the  functional  persornel  are  not  ori¬ 
ented  to  EDP  the  adjustment  to  its  demands  for  accuracy  can  be  difficult. 

A  program  could  be  designed  to  provide  broad  knowledge  about  the  system  ini¬ 
tially  and  progressively  narrow  in  its  scope  until  it  reaches  the  detail  of 
each  individual  job.  As  the  attention  to  specific  details  increases,  the 
concern  with  the  entire  system  is  reduced.  While  narrowing  the  scope  of 
attention,  the  program  should  not  neglect  to  make  personnel  aware  of  how  their 
work  fit«  into  the  system  and  interrelates  with  the  work  of  others. 

Thh  three  main  considerations  in  the  training  process  are:  (1)  the 
development  of  the  program,  (2)  the  implementation  of  this  program  and,  (3) 
the  scheduling  of  the  implementation. 

Program  Development 

■k 

Chapter  VIII  in  Rosove  is  an  excellent  reference  on  training 
program  development.  The  development  of  a  specific  training  program  is  unique 
to  each  system;  however,  he  offers  useful  guidelines  for  this  effort. 

*Perry  E.  Rosove,  Developing  Computer-based  Information  Systems. 


Implementation 

The  implementation  of  a  training  program  presents  some  interesting 
problems.  Who  should  conduct  the  prograr?  Where  should  the  training  take 
place?  Examining  the  first  question  it  can  be  said  that  in  a  situation  such 
o.s  the  one  under  consideration,  i.e.,  essentially  a  "one  time  only"  effort, 
it  would  be  well  to  involve  as  many  users  as  possible  in  the  training  function. 
There  are  two  reasons  for  this.  First,  it  eliminates  the  need  for  a  large 
formal  training  organization  which  will  not  be  needed  once  the  new  system 
is  operational.  Second,  it  demands  a  strong  commitment  on  the  part  of  the 
users  since  they  will  be  responsible  not  only  for  the  operation  of  the  system 
but  also  for  insuring  that  their  personnel  are  prepared  for  such  operations. 

With  multiple  installations  of  a  basic  system,  such  as  Project  SPEED, 
the  initial  training,  as  well  as  the  development  of  the  program,  is  best 
handled  by  a  central  group.  This  would  help  insure  some  degree  of  uniformity 
in  the  general  level  of  competence.  Personnel  at  some  installations  may  be 
more  sophisticated  in  EDP  than  others.  These  variations  could  be  made  up  by 
more  intensive  instruction  at  the  local  level.  The  central  group  would  set  the 
standards  and  goals  for  the  system  personnel,  serve  as  instructors  for  the 
local  managers  and  representatives  and  advise  local  instructors  in  the 
training  of  personnel. 

The  previous  discussion  gives  some  indication  of  how  to  approach  the 
second  problem.  It  would  be  impractical  to  have  everyone  involved  in  the 
system  trained  at  a  central  location.  In  addition  having  a  central  group 
perform  all  the  training  functions  would  not  achieve  the  degree  of  involvement 
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of  local  personnel  that  seems  des_ cable  Thus  training  local  representatives 
with  a  central  group  at  one  location  and  then  having  these  representatives 
carry  on  the  instruction  appears  to  be  a  reasonable  compromise. 

In  Project  SPEED  two  methods  were  used.  Initially,  training  programs 
were  developed  and  implemented  locally.  Later,  training  packages  ware  sent 
out  from  the  central  group.  These  were  detailed  instructions  for  specific 
tasks.  Local  personnel  then  used  these  as  a  bssis  for  training.  There  was 
not  a  great  deal  of  central  control  of  the  training  effort.  This  caused 
some  problems  in  the  initial  period  of  system  operation.  The  level  of  ability 
at  certain  installations  was  not  adequate  during  the  transition  period, 
causing  delays. 

Scheduling 

The  timing  for  the  implementation  of  the  system  training  program 
is  of  vital  interest.  One  of  the  goal3  of  the  program  should  be  to  have  the 
personnel  adequately  prepared  when  the  system  becomes  operational.  The 
achievement  of  this  goal  is  complicated  by  the  fact  that  the  people  who 
are  being  trained  are  also  involved  with  their  duties  under  the  old  system. 

The  training  must  be  scheduled  so  as  not  to  interfere  with  their  normal  work. 
In  addition,  it  would  be  most  advantageous  to  complete  the  program  as  near  as 
possible  to  the  time  when  the  system  transition  is  to  take  place.  Should 
the  program  end  in  advance  of  the  conversion  date,  there  is  the  danger  that 
the  personnel  could  lose  some  of  their  knowledge  of  the  system. 

It  is  reasonable  to  assume  that  some  time  during  the  normal  work  week 
could  be  set  aside  for  system  training.  Initially  the  sessions  would  be  of  a 


general  nature,  explaining  the  total  system,  and  its  concepts.  Later, 
closer  to  the  time  o£  system  transition,  more  intensive  sessions  could  be 
conducted,  possibly  after  normal  working  hours.  The  actual  schedule  of 
training  sessions  could  remain  flexible  so  that  the  training  would  be 
completed  simultaneously  with  the  start  of  system  conversion. 

Acceptance  of  Hew  System 

Insuring  personnel  acceptance  of  the  new  system  is  a  problem 
which  should  be  dealt  with  at  the  start  of  system  planning.  Personnel  who 
are  to  work  with  the  system  should  be  included  in  its  development;  and 
hostility  to  the  new  system  may  be  avoided. 

Other  benefits  may  be  derived  from  user  participation  in  design. 
The  personnel  who  are  invovled  in  a  particular  functional  area  are  keenly 
aware  of  the  information  required  for  that  function.  This  knowledge  is 
invaluable  to  the  system  analysts  and  designers  who  are  striving  to  con¬ 
struct  a  system  that  satisfies  these  information  requirements.  In  addition, 
exposure  of  personnel  to  he  developing  system  should  facilitate  training 
in  the  use  of  the  new  system. 

It  5 s  obvious  that  not  everyone  can  be  included  in  the  develop¬ 
ment  of  the  new  system.  In  reality  only  those  who  can  make  a  real  contri¬ 
bution  to  the  effort  should  be  considered.  This  representative  participa¬ 
tion  should  be  sufficient  to  convince  the  majority  of  personnel  that  the 
new  system  is  being  designed  to  aid  them  in  their  work. 


This  notion  of  the  importance  of  user  participation  in 
the  work  of  the  developer  as  a  basis  for  psychological 
acceptance  of  the  final  product  is  not  an  impression¬ 
istic  hypothesis  but  is  based  upon  a  considerable  amount 
of  experience  in  information  system  development  and 
research  in  the  behavioral  sciences. 1 


In  Project  SPEED,  for  example,  the  system  design  committee  was  com¬ 
posed  of  individuals  from  each  supply  depot  in  the  system.  The  content 
and  formats  of  the  data  files  were  developed  with  the  help  of  representatives 
from  each  depot.  This  was  an  important  area  for  user  participation  since 
each  depot  had  certain  unique  requirements  which  it  felt  should  be  included 
in  the  data  base.  By  discussing  these  requirements  and  working  out  com¬ 
promise#  among  the  representatives,  fthe  system  designers  were  able  to 
develop  a  data  base  which  satisfied  the  participants. 

The  conclusion  which  is  reached  from  the  oreceding  discussion  of 
personnel  problems  is  that  they  have  their  basis  in  the  manner  in  which 
the  system  is  developed  and  implemented.  To  avoid  these  problems  at  the 
time  of  transition,  the  system  planners  must  provide  for  user  participation 
during  development  and  must  insure  that  all  personnel  are  properly  prepared 
for  the  operation  of  the  new  system. 

THE  ROLE  OF  LINE  MANAGEMENT  IN  SYSTEM  TRANSITION 

During  the  period  of  system  transition,  the  line  management  serves 
two  important  functions.  First,  it  coordinates  its  efforts  with  the  system 
designers  in  executing  the  plans  for  system  conversion.  The  department 
manager  must  have  a  detailed  knowledge  of  the  schedule  and  the  operations 
required  for  conversion.  It  is  the  respoi  sibility  of  these  managers  to 
insure  that  the  schedules  are  met  and  that  the  required  operations  are 
performed.  The  system  designers  are  not  capable  of  operating  each  department 
until  transition  is  complete.  Thus,  it  is  critical  that  line  management 
fulfill  this  leadership  role  in  implementing  the  changes  for  the  new  system. 

The  second  role  which  is  required  of  line  management  is  that  of 
serving  as  judge  of  the  system's  performance  in  each  department.  The 


department  head,  with  his  detailed  knowledge  of  the  operations  under  his 
direction,  is  invaluable  in  assessing  the  effectiveness  of  the  new  system. 

The  reports  that  line  man.gement  give  to  the  system  designers  enables  them 
to  determine  the  over-all  performance  of  the  new  system.  In  addition,  the 
careful  attention  of  the  managers  to  the  new  operations  assists  in  identifying 
flaws  in  the  system  or  incorrect  usage  of  new  procedures. 

The  department  manager,  then,  plays  two  roles  during  system 
transition.  First  he  directs  and  implements  the  changes  under  the  new  system. 
He  also  serves  as  a  monitor,  insuring  that  procedures  are  followed  correctly 
and  informing  the  system  designers  on  the  system's  performance. 

SUMMARY 

In  this  chapter,  the  personnel  component  of  information  systems 
is  considered  in  relation  to  its  effect  on  a  system  transition.  Serving  as 
both  users  and  operators  of  the  system,  personnel  are  responsible  for  execut¬ 
ing  the  changes  in  operating  patterns  which  have  resulted  from  the  design  of 
the  new  system.  The  problems  which  may  be  presented  by  personnel  in  thi3 
effort  are  related  to  (1)  insufficient  training,  and  (2)  a  negative  attitude 
toward  the  new  system. 

To  avoid  these  problems,  it  is  recommended  that  a  comprehensive 
training  program  be  designed  and  completed  before  transition;  and  that 
functional  personnel  participate  in  the  development  and  implementation  of 
the  system.  Descriptions  are  given  as  to  how  these  areas  were  handled  in 
Project  SPEED.  Finally,  the  role  of  the  line  manager  during  transition  is 
discussed,  rfe  is  seen  implementing  the  changes  and  monitoring  the  perform¬ 
ance  of  the  new  system. 

In  the  following  chapter,  a  program  is  developed  for  achieving 
the  goals  of  system  transition. 


CHAPTER  IV 

*”  / 

A  PROGRAM  FOR  3Y3T EM  TRANSITION 


INTRODUCTION 

Ir.  this  chapter  a  program  for  accomplishing  system 
transition  is  developed.  The  elements  of  this  program  are 
based  on  the  tasks  which  must  b*  performed  during  the  transi¬ 
tion  process,. 

k  program  for  system  transition  is  s  vital  part  of 
the  implementation  of  s  management  information  system.  Plan¬ 
ning  such  a  program  should  begin  as  soon  as  the  design  of  the 
new  system  la  completed.  The  oouveraion  from  the  old  system 
to  the  new  la  the  climax  of  the  development  preeeae* 

The  success  of  this  oonvsraien  Is  dependent  upon  two 
fwetorst  First*  the  preparation  which  hoe  gone  into  the  new 
aystam  end  second.,  the  manner  in  w*«ia^  the  conversion  is  exe¬ 
cuted.  Preparation  of  the  system  is  net  within  the  scope  of 
this  study  although  some  auggeaticne  for  seeing  the  problems 
of  personnel  are  made  in  Chapter  III.  The  execution  of  the 
transition  is  of  concern,  and  a  program  is  now  pres-entel  which 
seeks  to  achieve  the  goals  of  transition  which  «ro  listod  in 
Chapter  I. 
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THE  TASKS  OF  TRANSITION 

Within  the  goals  of  system  conversion  there  are  cer¬ 
tain  specific  tasks  which  must  be  completed.  First,  the  new 
system  Js  put  into  ooerations.  The  data  files  are  converted; 
the  new  equipment  begins  operating;  and  new  op  -rating  procedures 
are  used.  The  next  task  which  is  performed  la  that  of  moni¬ 
toring  the  operations  and  making  corrections  where  necessary. 
Changes  may  be  required  due  to  flaws  in  the  system  design  or 
simply  because  operating  procedures  are  not  followed  accurately. 
Finally,  after  the  new  system  has  completed  at  least  one  pro¬ 
cessing  cycle,  i.e.  when  the  system  has  performed  in  all  appli¬ 
cation  areas,  an  assessment  is  made  of  the  system’s  performance, 
to  determine  how  well  the  system  is  meeting  its  design  speci¬ 
fications.  Aa  a  result  of  this  evaluation  either  the  system 
is  sccoDted  as  is,  or  modifications  are  proposed  for  system 
improvement. 

The  program  which  is  developed  for  system  transition 
must  accomplish  these  tasks  while  insuring  the  continued  opera¬ 
tion  of  the  organization. 


ELEMENTS  OF  THE  TRANSITION 


A  program  for  system  conversion  is  composed  of  tha 
following  elements*.  (1)  a  plan  of  conversion  which  prescribes 
the  manner  In  which  responsibilities  are  transferred  to  the 
new  system,  (2)  a  plan  for  monitoring  the  system  performance 
and  making  corrections  or  modifications,  (3)  s  set  of  criteria 


on  which  to  base  an  evaluation  of  the  system  onco  it  Is  opera¬ 
ting,  and  (ij.)  emergency  operating  procedures  which  allow  essen¬ 
tial  operations  to  continue  in  the  event  of  8  major  system 
breakdown. 

The  Conversion  Plan 

Once  the  new  information  system  is  considered  ready 
for  Installation,  the  process  of  system  transition  begins* 

There  ere  two  aspects  to  this  task;  which  must  be  considered. 

1*  Conversion  of  data  files. --This  is  the  first  step 
of  the  conversion  process*  As  s  result  of  the  new  system  design, 
muoh  of  the  data  used  by  an  organization  is  stored  in  differ¬ 
ent  formate  or  mediums  (magnetic  tape,  puched  oards,  etc.). 

The  existing  files  must  be  converted  so  the  computer  programs 
used  in  the  new  system  can  function. 

If  the  volume  of  files  to  be  converted  ie  not  too  large, 
conversion  oould  occur  <var  s  weekend  or  some  other  non-opere- 
tlonsl  period  for  the  organization.  If  there  are  e  greet  many 
files  to  convert,  a  schedule  could  be  devised  so  that  the  task 
of  conversion  is  spread  over  s  longer  period.  Piles  which 
require  very  little  updating  could  be  converted  in  advance. 

The  files  which  are  used  most  often  could  be  done  just  prior 
to  system  transition,  Finelly,  the  remaining  files  could  be 
converted  a_  thf-y  are  celled  u^or.  for  use  in  the  new  system. 

2.  Method  of  Conversion. --This  problem  is  discussed 
in  detail  in  Chapter  II.  Tl  *.  conclusion  reached  is  that  the 


41. 


best  method  is  the  direct  conversion.  It  accomplshes  the  essen¬ 
tial  ouroose  of  transition  while  requiring  the  minimum 
resources. 

It  is  not  always  necessary  that  an  entire  information 
system  be  converted  at  one  time.  The  structure  of  the  organi¬ 
zation  and  the  relationship  between  the  old  and  the  new  sys¬ 
tem  may  be  such  that  a  multi-stage  conversion  is  possible. 

This  would  ease  the  burdens  on  the  organization,  and  it  is 
recommended  where  practical.,.  The  techniques  and  principles 
considered  in  this  study  with  respect  to  complete  system  con¬ 
version  also  could  be  applied  to  a  multi-ataged  conversion. 

Monitoring  the  Hew  System 

After  the  new  system  begins  to  function,  it  must  be 
observed  tc  see  that  it  is  functioning  correctly.  In  order 
for  this  to  be  done  effectively,  there  must  be  close  Bo-operation 
smong  the  departments  involved  in  the  transition  and  with  the 
system  designers.  The  proper  atmosphere  is  important  here. 
Unpleasantness  among  departments  or  department  managers  who 
view  the  system  designer  as  a  threat,  interferes  with  the  pro¬ 
cess  of  monitoring  the  new  system.  Some  suggestions  are  mede 
in  Chsoter  III  to  reduce  thi3  orcblem. 

The  ouroos >  of  observing  the  system  closely  following 
conversion  is  to  determine  if  it  i3  functioning  correctly? 
and  if  It  is  not,  whr  t  the  causes  are.  Some  factors  to  consider 
are  (1)  the  length  of  orocesslng  time  required  for  different 
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jobs*  This  includes  both  manual  end  computer  processing  time. 
How  does  this  processing  time  comoare  with  desi,^  estimates? 

If  it  is  slgnificently  longer,  the  reasons  should  be  ascer¬ 
tained  *  (2)  The  number  snd  nature  of  input  errors  which  are 

diacoverod  by  the  computer  indicate  either  e  flaw  in  the  sys¬ 
tem  or  incorrectly  followed  instructions.  (3)  The  output  of 
•11  stages  of  the  system  should  be-  closely  watched  to  deter¬ 
mine  its  validity  and  utility. 

It  is  orobable  that  errors  would  bs  uncovered  aa  s 
result  of  this  observation,  and  they  must  be  corrected.  If 
the  errors  are  of  s  technical  nature  such  as  Inoorroct  logic 
in  computer  programs  or  faulty  operating  procedures,  the  proper 
personnel  should  be  available  sot  that  corrections  can  be  made 
iwiadiately.  If  human  errors  *  a  present,  the  system  design¬ 
ers  must  work  with  the  line  management  to  determine  the  source 
of  the  trouble.  They  system  analyst  should  avoid,  however, 
being  placed  in  the  position  of  running  a  department.  He  should 
remain  in  his  role  of  a  consultant  and  work  with  line  manage¬ 
ment  to  solve  the  problems.^ 

It  ia  important  that  channels  of  communication  be  kept 
open  between  the  operating  departments  and  the  system  design¬ 
ers.  First k  it  is  necessary  to  inform  the  designers  and  those 
conducting  the  transition  of  flaws  and  errors  which  are  dis¬ 
covered  so  that  they  can  take  immediate  action.  Second, 

^Fairbanks,  Successful  Office  Automation.,  p.  192. 


after  correcting  these  errors  or  ’aking  any  changes  In  the 
system,  the  operating  departments  should  be  aware  of  the 
changes  to  that  they  can  make  the  necessary  adjustments. 

Criteria  for  Evaluation 

The  final  phase  of  the  transition  process  the  asses- 
ment  of  the  performance  of  the  new  system.  After  the  first 
processing  cycle  of  the  new  system  has  been  completed*  the 
system  designers  and  the  organization  management  should  con¬ 
duct  a  complete  review  of  the  results.  Specific  factors  such 
sc  costa,  processing  time  required,  various  measures  of  organ¬ 
izational  performance,  and  the  satisfaction  of  management  should 
be  considered. 

Cost  figures  should  be  known  for  the  old  sy sten's 
operation  and  also  design  estimates  of  those  under  the  new 
system.  These  values  can  be  compared  to  the  ectual  costs  of 
the  nav  system.  It  is  necessary  to  know  that  the  first  pro¬ 
cessing  cycle  ia  not  as  efficient  as  later  ones.  The  costs 
associated  with  it,  hoxsver,  should  give  seme  indication  of 
the  true  value.  If  these  coats  era  considerably  higher,  ass 
investigate  »  ia  justified.  System  crsls  and  other  measure* 
of  performance  should  be  developed  in  advance  and  carefully 
considered  30  that  they  are  valid. 

After  the  *  '  \ti»X  evaluation  is  complete,  e  decision 
can  be  made  about  the  system.  If  no  major  faults  s^e  unco¬ 
vered,  the  system  can  continue  to  operate  while  gradual  modi¬ 
fications  *ir<#  made.  In  general,  information  systems  are 
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subject  to  constant  changes  which  are  a  result  of  the  shift¬ 
ing  goslo  and  needs  of  the  organization.  Thus  the  evalua¬ 
tion  at  the  conclusion  of  the  first  processing  cycle  is  Just 
the  first  in  a  a  e  rise  of  such  reviews.1 

Hteergency  Operating  Prccsdurea 

Since  the  orgsni Ration  must  continue  to  function  dur¬ 
ing  aystess  transition,  a  comprehensive  strategy  should  provide 
for  the  possibility  of  s  system  breakdown.  Although  the  new 
system  may  be  thoroughly  tested,  there  is  always  a  chance  that 
e  mishap  ceul c  occur.  This  possibility  exists  at  all  times, 
but  the  probability  is  higher  during  the  initial  period  of 
system  operation. 

The  ideal  time  to  formulate  these  emergency  procedures 
is  during  the  design  phase  of  system  development.  At  this 
time  the  operetione  of  the  organization  are  undergoing  a  com¬ 
prehensive  analysis  to  determine  the  requirements  for  the  new 
system.  It  should  be  possible  to  identify  the  critical  opera¬ 
tions  which  must  continue  if  the  organization  is  to  function. 
Once  the  critical  operations  ere  identified,  alternative  pro¬ 
cedures  for  performing  these  opera  cions  can  be  devided  which 
would  be  used  in  the  event  of  a  system  breakdown.  They  would 
not  be  as  efficient  aa  the  regular  system,  but  they  would 
allow  the  organization  to  remain  operable.  Examples  of  such 

t  — i-y— '■.»  ■ii.iiiii»»L.in»i.  a  j  ■  ■■  i  m  ■■  »n  i  i  — 

^Solomon,  Management  Uses  of  t-he  Computer,  p.  1?4» 
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safeguards  would  bo  provisions  for  processing  Important  Jobs 
st  other  locations  or  the  separate  maintenance  of  duplicate 
data  files  in  tha  event  the  original  are  destroyed.'*' 

In  Project  SPEED#  emergency  provisions  were  made  st 
two  levels.  First,  manual  procedures  were  set  up  so  that  in 
each  depot#  materiel  requisitions  could  be  processed  end  Issue 
orders  released.  In  this  way#  the  necessary  flow  of  materiel 
was  maintained  through  each  depot;  even  if  the  system  was  not 
operating.  In  addition#  the  schedule  fcr  installing  the  sya- 
ten  at  the  depots  was  anranged  so  that  c  depot  that  was  being 
converted  to  the  SPEED  system  was  backed-up  t,y  another  dopet. 
Copies  of  the  data  files  from  the  depot  being  converted  were 
held  at  the  back-up  depot.  They  were  also  expected  to  absorb 
some  of  the  supply  load  in  the  event  that  the  depot  undergo¬ 
ing  conversion  could  not  satisfy  all  of  its  easterners* 

3UHMART 

A  program  for  information  system  tra.  jltlon  is  aceiposed 
of  four  parts: 

1.  A  for  system  conversion  which  includes  a  sche¬ 

dule  for  deta  file  conversion  and  tb?  direct  conversion  of 
operations  from  the  old  system  to  the  new  system* 

2.  A  plan  for  monitoring  the  initial  operations  of 
the  new  syatom.  The  intent  of  this  plan  is  to  insure 

^"Gregory  and  Vanliom#  Automatic  Data  Processing  Sys¬ 
tems,  p.  659.  "* 
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correct  operation  of  the  new  system  and  to  identify  any  sys¬ 
tem  flaws, 

3.  A  plan  for  evaluating  the  performance  of  the  new 
system  upc^  completion  of  e  specified  operating  period.  This 
is  the  finsl  phase  of  system  transition.  From  this  evaluation, 
a  decision  is  made  to  continue  with  the  system  or  maks  modi¬ 
fications. 

4*  A  sat  of  >*merganoy  procedures  whioh  oan  be  employed 
to  execute  the  essential  functions  of  the  organization  in  the 
event  of  a  system  breakdown. 

In  devWboping  this  program,  an  assumption  is  made 
about  the  system  implementation  process.  This  assumption  is 
that  all  system  testing  and  personnel  training  are  completed 
prior  to  the  transition  period.  The  transition  period  ie  not 
viewed  es  a  final  test  for  the  system. 

The  purpose  of  this  ohaptex'  has  been  to  present  a  pro¬ 
gram  for  the  conversion  of  information  systems.  The  follow¬ 
ing  chapter  is  a  summary  of  the  main  points  of  this  thesis. 


CHAPTER  V 


SUMMARY 

The  purpose  of  this  thesis  has  been  to  examine  the 
period  of  transition  of  a  new  management  information  system. 

The  purpose  of  this  transition  is  defined  and  some  important 
problems  associated  with  the  process  are  discussed*  In  Chap¬ 
ter  IV,  a  program  for  system  transition  is  presented.  The 
main  points  of  this  thesis  are  now  summarized. 

1*  Purpose  of  Transition 

The  purpose  of  the  transition  process  is  to  transfer 
the  responsibility  for  the  organization's  Information  require¬ 
ments  to  the  newly  designed  system.  To  accomplish  this  pur¬ 
pose,  the  system  operations  must  be  converted  to  the  ne^  design, 
and  then  an  evaluation  must  be  made  of  the  systooi’a  performance. 

2,  Conversion  of  Operations 

Three  methods  of  completing  the  physical  change  in 
the  system  are:  (1>)  parallel  ©aerations,  (2)  pilot  operations, 
and  (3)  direct  conversion.  After  evaluating  these  methods  in 
terms  of  the  goals  of  system  transition  and  role  of  transition 
in  system  implementation,  the  direct  conversion  method  is  judged 
most  acceptable.  It  is  the  simplest  method  and  requires  the 


least  resources. 


3.  Personnel  Considerations 

People  are  an  Integral  part  of  an  Information  system. 

Aa  such,  they  play  an  imoortant  role  during  system  transition. 

It  is  essential  that  they  are  prepared  for  this:  role  and  are 
receptive  to  the  new  system.  Thorough  training  xs  required 
to  familiarize  sll  personnel  with  their  new  duties.  This  train" 
ing  should  bo  completed  before  system  conversion  occurs.  The 
attitudes  of  the  personnel  toward  the  new  system  are  a  souroe 
of  concern.  By  including  individuals  from  the  organisation 
in  the  prooeae  of  system  development  end  by  adequately  train* 
ing  personnel,  the  new  system  mey  be  generally  accepted. 

The  line  managers  of  the  orgonizition  are  eeen  play¬ 
ing  a  leading  role  in  directing  the  change  to  the  new  system 
end  co-operating  with  the  Bystem  designers  in  monitoring  and 
evaluating  the  new  system's  performance. 

h..  A  Program  for  System  Transition 
A  program  for  effecting  a  system  transition  Includes 
the  following  elements: 

s.  A  schedule  for  conducting  the  conversion 
c.f  data  files  to  new  system  formats. 

b.  The  direct  conversion  cf  system  operstiona 
to  the  new  design. 

c.  A  plan  for  monitoring  the  perfo  tnance  of 
the  new  system  to  insure  proper  installation. 

d.  A  review  of  tho  results  of  the  system's 
first  processing  cycle.  This  review  is  used  for  an 


49. 


evaluation  of  tr.e  new  system  and  for  discussion 
of  any  proposed  modifications. 

e.  Emergency  operating  procedures  to  carry 
out  essential  organization  functions  in  the  event  of 
a  major  system  breakdown  during  transition. 

It  is  believed  that  this  paper  presents  an  accurst# 
picture  of  the  process  of  ayatem  transition.  An  awareness 
of  the  nature  of  the  process  and  of  the  problems  involved  should 
affect  the  degree  of  auooeas  In  suoh  an  undertaking. 


APPENDIX 


PROJECT  SPEED 


BACKGROUND 


Project  SPEED  ( System-wide  Project  for  Electronic 
Equipment  «v  Depot)  was  initiated  by  the  U.  S.  Array  Supply- 
end  Maintenance  Command  in  November)  1960.  The  purpoee  of 
the  prcjeet  wee:  (1)  tc  define  the  supply  depot  operational 
end  management  Automatic  Date  Processing  (ADP)  requirements) 
end  (2)  to  devise  the  best  integrated  data  processing  system 
within  the  limltstioaa  of  svelleble  equipment  .‘or  installation 
during  the  calendar  year  1963*  The  ultimate  objective  wee 
to  improve  effloiency,  and  thereby  to  reduce  ooeta. 

At  the  start  of  the  prcjost;  the  partlaipenta  included 
the  six  Ordn&noo  Corps  supply  depots.  Later  the  three  depots 
of  the  Signal  Corps  were  added.  The  subsequent  reorganisation 
of  the  Army  eliminated  th$  distinction  among  depot  missions. 

The  primary  reason  for  the  initiation  of  Project  SPEED  was 
the  knowledge  that  the  existing  equipment  (IBM  305#  6£G  end 
11*10  with  random  access)  could  not  adequately  handle  the  sup* 
ply  and  financial  work  load  of  the  larger  depots.  Moat  were 
operating  on  e  three-shift  basis  with  little  time  for  preventa¬ 
tive  maintenance. 

Greatly  simplified)  the  depot  supply  functions  fell 
into  two  main  areas:  the  acquisition  of  material  and  the  issue 
of  that  same  material.  The  many  tasks  which  were  necessary 
to  accomplish  this  beslo  purpose  were  the  source  of  SPEED 
applications.  To  develop  thess  application  areas*  a  3yatem 
Deslfpi  Committee  was  formed  *  It  was  comprised  of  top  manage¬ 
ment  end  staff  personnel  from  the  participating  depots.  This 
group  conducted  studies  at  their  horns  depots  to  determine  opti¬ 
mum  ADP  support  for  each  potential  application  eras.  From 
these  studies,  twenty  separate  areas  were  developed  where  AD? 
support  could  provide  substantial  management  benefits  or  defin¬ 
ite  financial  saving.  These  application  areas  accounted  for 
the  major  ADP  work  load  at  the  depots. 

In  designing  the  SPEED  system,  certain  oasio  concepts 
were  kept  in  view.  First,  it  was  desired  to  have  immediate 
aoceas  to  particular  data.  The  second  concept  was  to  have 
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the  capability  for  remote  inquiries  into  ths  computer.  Another 
concept  was  the  maximum  elimination  of  files  which  required 
manual  manipulation  and  maintenance.  The  fourth  concept  was 
that  the  system  should  give  management  maximum  ass'*  stance 
rather  than  just  to  perform  housekeeping  nonctions.  The  final 
goal  was  to  standardize  to  the  greatest  extent  possible,  data 
elements,  files,  methods,  and  reports  within  the  SPEED  system. 

Of  the  twenty  application  areas  which  were  enumerated 
in  the  initial  depot  study,  nine  were  selected  for  implementa¬ 
tion  during  the  first  phase  of  the  project.  Following  is  a 
brief  description  of  these  areas. 

Supply  Stock  Accounting 

This  function  involved  the  processing  of  a  variety 
of  supply  transactions  for  inventory  control  and  updating  record 
The  AD?  equipment  in  the  previous  system  handled  records  for 
items  normally  stocked  at  the  depot.  Off-line  clerics!  files 
were  maintained  for  ths  remaining  items  in  the  Army  supply 
system.  Delays  were  caused  in  processing  these  transactions, 
since  items  rejected  required  clerical  research  and  re-entry. 

With  the  extensive  capability  of  the  proposed  configu¬ 
ration,  records  on  all  items  in  the  supply  system  oould  be 
stored  for  random  access.  This  permitted  all  valid  input  to 
be  completely  processed  for  established  ctook  numbers. 


Shipment  Planning 

Prior  to  SPEED,  shipping  sohedules  were  prepared  with 
limited  ADP  processing  to  determine  the  impact  of  weight  snd 
volume  for  shipments  to  each  customer.  Extensive  off-line 
punched  card  files  were  required  to  provide  necessary  infor¬ 
mation  such  as,  national  motor  freight  and  uniform  freight 
classification  codes,  freight  classification  descriptions, 
ond  other  coded  data  required  in  freight  planning,  in  the 
SPEED  system  this  information  was  in  magnetic  surface  Storage. 
In  addition  relevant  data  cn  customer  due  dates  and  material 
destination  was  accessible  to  facilitate  shipment  consolida¬ 
tion  opportunities. 


Location  and  Inventory 

The  old  system  maintained  AD?  records  of  location  and 
quantity  for  all  Items.  However,  only  ths  primary  location 
was  used.  Secondary  locations  were  kept  in  a  punched  osrl 


file.  The  SPEED  configuration  permitted  up  to  twenty  separ¬ 
ate  locations  to  bs  monitored  for  each  item.  In  addition* a 
b3.n  planograph  was  maintained  in  disc  storage  to  assist  in 
assigning  locations  to  new  items  snd  secondary  locations  for 
existing  Items.  The  system  also  inventoried  regular  stock 
items  using  statistical  sampling  techniques  and  classified 
end  major  items  on  a  100  percent  basis. 


Army  Field  Stock  Control  System 

This  involved  the  maintenance  of  property  aocounte 
at  all  activities  supported  by  each  depot.  The  SPEED  .system 
converted  punohed  card  filej,  to  magnetic  tape.  Thia  consider¬ 
ably  reduced  the  time  required. for  updating  filet  and  prepar¬ 
ing  atockage  list  snd  records.1 


Maintenance  of  Rebuild  Consumption  Data 

Rebuild  consumption  files  consisted  of  accumulated 
data  on  items  consumed  in  the  Depot  Maintenance  and  Rebuild 
Pragmas.  The  data  was  used  for  monthly  analysis  of  the  re¬ 
quirements  established,  versus  the  use  rate,  to  determine  the 
neaessary  adjustments  to  stock  reservations  and  financial 
requirements.  These  files  were  stored  on  magnetio  tape  in 
the  SPSS)  system  rather  than  on  pushed  oards  as  in  the  pre¬ 
vious  system. 


Financial  Inventory  anC 
Stock  r^und  Accounting 

This  application  used  the  output  of  3took  accounting 
program  to  update  baelo  financial  inventory  and  stock  fund 
records.  SPEED  system  provided  random  access  storage  of  this 
data.  This  permitted  in-line  adjustment  of  Financial  Inven¬ 
tory  Accounting. records  after  stock  accounting  processing  was 
completed.  Records  were  arranged  in  report  format  to  facili¬ 
tate  the  preparation  of  periodic  reports.  Customer  billing 
records  wore  on  random  moceos  and  updated  daily.'' 


^Subsequently  removed  from  depot  responsibility. 
2Ibid. 
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Supply  Performance  Roportlng 

This  area  invclv  ?d  the  accumulation  of  data  for  per** 
formance  ©valuation  in  accomplishing  the  supply  mission  at 
each  distribution  deDot.  The  preparation  of  these  reports 
using  Electronic  Accounting  Machine  equipment  precluded  timely 
analysis  of  supply  performance.  The  increased  response  time 
of  the  SPEED  system  allowed  the  compilation  of  data  and  pro- 
paration  of  reports  in  tine  to  improve  the  supply  function. 


Change  Letters 

Change  letters  are  ueec  "or  updating  a took  catalogs 
due  to  alteration  in  stock  number,  price,  unit  of  Issue,  etc. 
In  the  old  system  only  a  limited  amount  of  data  could  be  main¬ 
tained  in  random  access  storage.  Considerable  off-line  cleri¬ 
cal  processing  was  required.  The  SPEED  system  permitted  stor¬ 
age  of  all  change  data  on  magn.e'ie  surface  and  thus  complete 
in-line  processing  was  possible. 


File  Maintenance 


This  area  involved  the  maintenance  at  each  depot  of 
such  files  as  item  data,  atookage  lists,  in-atoek,  etc*  The 
time  required  under  the  old  system  for  updating  thee a  files 
resulted  in  periods  when  file  date  was  either  casTailable  or 
unreliable.  Under  SPEED  all  records  were  on  magnetic  surface 
and  were  updated  from  a  single  source. 
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10  DISTRIBUTION  STATEMENT 

Distribution  of  this  locument  is  unlimitec 
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U.  SUPPLEMENTARY  notes 

12.  SPONSORING  MILITARY  ACTIVITY 

is  abstract 

T-his  report  considers  the  process  of  transition  in  the  implementation  of  a  new 
information  system  involving  the  period  when  responsibility  for  the  new.  system  is 
transferred  from  the  design  to  the  operating  organization  Methods  of  parallel 

operation,  pilot  operation  and  direct  conversion  are  discussed,  along  with  the  tech¬ 
niques  by  v'-'ich  the  tasks  of  equipment  installation,  personnel  training,  file  con¬ 
version,  system  monitoring  and  system  modification  are  handled  under  each  method. 
Experience  obtained  under  Project  SPEED,  a  project  under  a  standard  information 
processing  system  was  implemented  at  a  number  of  U.S  Army  Depots,  Is  used  to  develop 
a  set  of  orecepts  that  should  serve  to  facilitate  the  transition  process.  •  , 
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